home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960425-19960715 / 000369_news@columbia.edu _Fri Jul 5 04:03:17 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB

  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id EAA01030 for <kermit.misc@watsun.cc.columbia.edu>; Fri, 5 Jul 1996 04:03:16 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id DAA24490 for kermit.misc@watsun; Fri, 5 Jul 1996 03:59:16 -0400 (EDT)
  4. From: jrd@cc.usu.edu (Joe Doupnik)
  5. Newsgroups: comp.protocols.kermit.misc
  6. Subject: Re: Disable local echo in Telnet
  7. Message-ID: <1996Jul4.193857.82351@cc.usu.edu>
  8. Date: 4 Jul 96 19:38:57 MDT
  9. References: <31DA6121.2EE7@dial.pipex.com> <1996Jul3.070029.82296@cc.usu.edu> <31DC1E69.576A@dial.pipex.com>
  10. Organization: Utah State University
  11. Lines: 52
  12. Path: news.columbia.edu!panix!bloom-beacon.mit.edu!gatech!news.mindspring.com!cssun.mathcs.emory.edu!swrinde!howland.reston.ans.net!newsfeed.internetmci.com!news.internetMCI.com!pull-feed.internetmci.com!news.provo.novell.com!news.cs.utah.edu!cc.usu.edu!jrd
  13.  
  14. In article <31DC1E69.576A@dial.pipex.com>, Chancellors <Estate.Agents@dial.pipex.com> writes:
  15. > Joe Doupnik wrote:
  16. >> 
  17. >> In article <31DA6121.2EE7@dial.pipex.com>, Chancellors <Estate.Agents@dial.pipex.com> writes:
  18. >> > We are running MS-DOS Kermit 3.14 on a networked PC and C-Kermit 5A(190)
  19. >> > on a DEC Alpha box.I need to disable local echo within a Telnet session.
  20. >> > On the DEC Alpha the 'set telnet echo remote' command works fine but
  21. >> > there appears to be no equivalent in MS-DOS Kermit.If I use the command
  22. >> > 'set local-echo off' the 'show communication' command shows echo is off
  23. >> > but as soon as I start a Telnet session echo is swithed back on.
  24. >> >
  25. >> > Any ideas?
  26. >> >
  27. >> > Dave Stephens - dave@chancellors.co.uk
  28. >> -------------
  29. >>         Local/remote echoing over a Telnet connection is a Telnet Option
  30. >> negotiation result. Prior to negotiation echoing is local. If you Telnet
  31. >> to a non-Telnet port no negotiations occur and you are left with local
  32. >> echoing. Telnet is TCP port 23, the default unless you state otherwise.
  33. >>         Perhaps you can help us with a few more details on that connection
  34. >> process. As an aide you can say SET TCP DEBUG ON to see the Telnet Options
  35. >> be negotiated when a session starts.
  36. >>         Joe D.
  37. > What we have is a viewdata service modified to enable it to receive
  38. > incoming telnet connections which it listens for on its own port number. 
  39. > At present there is no negotiation on connection.When using kermit on the 
  40. > alpha to connect, all we need is to set telnet echo remote to give us
  41. > the required behavior.We would like MS-DOS Kermit to behave in the same
  42. > manner.
  43. > Dave Stephens.
  44. -------------
  45.     Since MS-DOS Kermit performs no Telnet Option initial offers when
  46. going to a TCP port other than 23 (Telnet) then the default Telnet conditions
  47. apply (meaning echo locally etc). They are established as a session commences.
  48. Once the session has begun you can give the command SET LOCAL-ECHO OFF at the
  49. Kermit prompt and that will let the remote host provide any data to the Kermit
  50. screen.
  51.     Alternatively, a cleaner long term solution would be for your host
  52. end to perform Telnet Options negotiations to establish the desired behavior.
  53. The pair of Options necessary are SGA (Suppress Go Aheads) and ECHO, or
  54. even mimimally just the ECHO Option. The latter would look like this:
  55.     host commands DONT ECHO    (so client does not echo back host bytes)
  56.     client responds WONT ECHO  (client agrees to not echo back)
  57.     host offers WILL ECHO      (host offers to echo back to client)
  58.     client responds DO ECHO    (client agrees to that arrangement)
  59.  
  60. You can see that without negotiation there is the chance that the client side
  61. will bounce host bytes back to the host, and I'm sure your application would
  62. not appreciate that. And it means one less Tech Support item for everyone.
  63.     Joe D.